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Abstract 

Abstract. In this short note we study the semantics of two basic computational effects, exceptions 
and states, from a new point of view. In the handling of exceptions we dissociate the control from the 
elementary operation which recovers from the exception. In this way it becomes apparent that there is 
a duality, in the categorical sense, between exceptions and states. 

Introduction 

In this short note we study the semantics of two basic computational effects, exceptions and states, from a 
new point of view. Exceptions are studied in Section [T] The focus is placed on the exception "flags" which 
are set when an exception is raised and which are cleared when an exception is handled. We define the 
exception constructor operation which sets the exception flag, and the exception recovery operation which 
clears this flag. States are considered in the short Section [2] Then in Section [3] we show that our point of 
view yields a surprising result: there exists a symmetry between the computational effects of exceptions and 
states, based on the categorical duality between sums and products. More precisely, the lookup and update 
operations for states are respectively dual to the constructor and recovery operations for exceptions. This 
duality is deeply hidden, since the constructor and recovery operations for exceptions are mixed with the 
control. This may explain that our result is, as far as we know, completely new. 

States and exceptions are computational effects: in an imperative language there is no type of states, 
and in a language with exceptions the type of exceptions which may be raised by a program is not seen 
as a return type for this program. In this note we focus on the denotational semantics of exceptions and 
states, so that the sets of states and exceptions are used explicitly. However, with additional logical tools, 
the duality may be expressed in a way which fits better with the syntax of effects [Dumas et al. 2010] . 

Other points of view about computational effects, involving monads and Lawvere theories, can be found in 
IMoggi 19911 ISchroder fc Mossakowski 2004| [Levy 2006[ IPlotkin fc Pretnar 2009] . However it seems difficult 
to derive from these approaches the duality described in this note. 

1 Exceptions 

The syntax for exceptions heavily depends on the language. For instance in ML-like languages there are 
several exception names, and the keywords for raising and handling exceptions are raise and handle, while 
in Java there are several exception types, and the keywords for raising and handling exceptions are throw 
and try-catch. In spite of the differences in the syntax, the semantics of exceptions share many similarities. 
A major point is that there are two kinds of values: the ordinary (i.e., non-exceptional) values and the 
exceptions. It follows that the operations may be classified according to the way they may, or may not. 
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interchange these two kinds of values: an ordinary value may be "tagged" for constructing an exception, 
then the "tag" may be cleared in order to recover the value. 

First let us focus on the raising of exceptions. Let Exc denote the set of exceptions. The "tagging" process 
can be modelled by injective functions U : Pari Exc called the exception constructors, with disjoint images: 
for each index i in some set of indices /, the exception constructor ti : Pari — ^ Exc maps a non-exceptional 
value (or parameter) a £ Pari to an exception ti{a) G Exc. When a function f : X ^ Y + Exc raises (or 
throws) an exception of index i, the following raising operation is called: 

raisci^Y ■ Pari Y + Exc 

The raising operation raisci^y is defined as the exception constructor ti followed by the inclusion of Exc in 
Y + Exc. 

Given a function f : X ^ Y + Exc and an element x 6 X, if f{x) = raisci^yio) for some a G Pari 
then one says that f{x) raises an exception of index i with parameter a into Y. One says that a function 
f : X + Exc Y + Exc propagates exceptions when it is the identity on Exc. Clearly, any function 
f : X ^ Y + Exc can be extended in a unique way as a function which propagates exceptions. 

Now let us study the handling of exceptions. The process of clearing the "exception tags" can be modelled 
by functions Ci : Exc — Pari + Exc called the exception recovery operations: for each i G / and e G Exc the 
exception recovery operation Ci(e) tests whether the given exception e is in the image of ti. If this is actually 
the case, then it returns the parameter a G Pari such that e = ti{a), otherwise it propagates the exception 
e. 

For handling exceptions of indices ii, . . . ,i„ raised by some function f : X Y + Exc, one provides 
a function gi^, : Pari,. — >■ K + Exc, which may itself raise exceptions, for each k in {1, . . . ,n}. Then the 
handling process builds a function which propagates exceptions, it may be named try{f} catch ik{gk}i<k<n 
or / handle {ik^gk)i<k<n- 

f handle {ik^gk)i<k<n ■ X + Exc Y + Exc 

Using the recovery operations c^^ , the handling process can be defined as follows. 

For each x G X + Exc, (/ handle {ik^gk)i<k<n)ix) G K + Exc is defined by: 
/ / if x was an exception before the try, then it is just propagated 
if a; G Exc then return x G Exc QY + Exc; 
II now X is not an exception 
compute y := f{x) £Y + Exc; 
if y G y then return y ^Y ^Y -\- Exc; 
II now y is an exception 
for k = l..n repeat 

compute y := Cij^{y) G Pari^ + Exc; 

if y G Pari^ then return gk{y) G K + Exc; 
II now y is an exception but it does not have index ik, for any k G {1, . . . ,n} 
return y G Exc C y + Exc. 

Given an exception e of the form ti{a), the recovery operation Ci returns the non-exceptional value a while 
the other recovery operations propagate the exception e. This is expressed by the equations (HJ in Figure [T] 
Whenever Exc = X^ie/ Pari with the i^'s as coprojections, then equations ([Ij provide a characterization of 
the operations c^'s. 

2 States 

Now let us forget temporarily about the exceptions in order to focus on the semantics of an imperative 
language. Let St denote the set of states and Loc the set of locations (also called variables or identifiers). 
For each location i, let Vah denote the set of possible values for i. For each i G Loc there is a lookup 
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For each index i £ I : 

• a set Pari (parameters) 

• two operations ti : Pari E^c (exception constructor) 
and Ci : Exc Pari + Exc (exception recovery) 

• and two equations: 

Va £ Pari , Ci{ti{a)) = a £ Pari C Pari + Exc 

V6 e Parj , Ci{tj{b)) = tj{b) £ Exc C Pari + Exc for every j =^ i e I 
which correspond to commutative diagrams, where rrii and rii are the injections: 

Pari + Exc < — Pari Pari + Exc i — Exc i — - — Parj 

Exc i Pari Exc i Par, 



Figure 1: Semantics of exceptions: constructor and recovery 



operation li : St Vali for reading the value of focation i in the given state. In addition, for each i £ Loc 
there is an update operation Ui : Vali x St ^ St for setting the value of location i to the given value, without 
modifying the values of the other locations in the given state. This is summarized in Figure [2l Whenever 
St = YiieLoc Voli with the Z^'s as projections, two states s and s' are equal if and only if li{s) = li{s') for 
each i, and equations ^ provide a characterization of the operations UiS. 



For each location i G Loc : 

• a set Vali (values) 

• two operations li : St ^ Vali (lookup) 
and Ui : Vali x St ^ St (update) 

• and two equations: 

Va G Vali , y s £ St , li{ui(a, s)) = a 

y a £ Vali , y s £ St , lj{ui{a, s)) — lj{s) for every j ^ i £ Loc 
which correspond to commutative diagrams, where pi and qi are the projections: 

VaU X St — > VaU VaU x St — ^ St — ^ Valj 

St > VaU St > VaL 



Figure 2: Semantics of states: lookup and update 
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3 Duality 



Our main result is now clear from Figures [T] and [2j 

Theorem 3.1. The duality between categorical products and sums can be extended as a duality between the 
semantics of the lookup and update operations for states on one side and the semantics of the constructor 
and recovery operations for exceptions on the other side. 

In [Plotkin fc Power 2002| an equational presentation of states is given, with seven families of equations. 
These equations can be translated in our framework, and it can be proved that they are equivalent to 
equations ^ [Dumas et al. 2010] . Then by duality we get for free seven families of equations for exceptions. 
For instance, it can be proved that for looking up the value of a location i only the previous updating of this 
location i is necessary, and dually, when throwing an exception constructed with ti only the next recovery 
operation Ci, with the same index i, is necessary. 
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